如果這是個真實進行的專案，現在我正在做的事情是多餘的、不符合多數專案管理者眼中的達成任務目標的手法。
因為我手中已經有一個穩固的可行（甚至通過初步測試）的現成的方案在，但我依舊選擇繼續尋求一個不知道會不會更好、甚至連存不存在都還不確定、必須經由大量閱讀與研究後再擬定測試才能得到的答案。
根本原因是因為這個現成方案是「自創」的，而其他人未必認可這樣的做法，也許整個開發環境框架中存在著某種標準的元件或教案在而我不知道，相較於「自創」的做法，業界多數人認可的是「工程師要精通大量元件與教案」而不是「工程司能夠且敢自行思考、並創造出解決方案」。
不要懷疑，沒聽錯，很矛盾，對吧！
多數的公司與專案管理者都是嘴裡歌頌著「工程師解決問題、創造方法的能力」，但實際上他們只覺得「工程師不就是高級勞工，既然領得多，那會的自然要更多、做的也不能少不能馬乎。」然後偷偷祈禱著下一個專案與聘用的工程師不會發生「工程師的現有知識經驗無法完成需求」的情況發生。
iThome鐵人賽
看影片追技術